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>Sii.emergencv call 'monitoT^lltf) monitors the progression 
of a call iS^ Jclephoiie.svaicdjng^ystei^^ of 
called digits for a call is detected by a fSne/trunk inte ^i^ 
Tunir(500)i^ call -type processor (202) determines whether 
the^lfis an emergencycairb y examining the sequence of 
called digits and igxiSLmnfir^axall-ty pe ass oaatedwitin^ 
rcai r^f the call is an emergency call, then a call monitor 
(204) is initiated to monitor the progression of the call 
through the telephone switch. If errors are encountered 
during the call, an alarm (206), including a visual and/or 
audible indicator, is asserted. 
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1 2 

EMERGENCY CALL MONITOR example, a sequence of 911 is detected in the United Slates 

to designate emergency calls. After detecting a sequence of 
digits, a further determination is made as to whether the call 

FIELD OF THE INVENTION is an emergency call. This entails examining the call type to 

^ . . , „ , . 5 determine if the call type is designated an emergency call. If 

The present invention relates generally to telephone ^„ emergency call, as determined by the dialed 

switching systems, and m particular to detecUon of failures ^^^^ ^^^^ monitored to determine if 

m emergency calls placed through the telephone network. ^^^i^^^^ successfully. If the call is not com- 

BACKGROUND OF THE INVENTION plctcd successfully or encounters errors, then an alarm is 

10 generated. The method is preferably applied across all 

The public telephone network is equipped to handle switching systems in the telephone network that handle 

certainr emergency calls, wtiich are typically initialed by emergency calls, thereby insuring monitoring of emergency 

dialing a special number dedicated for emergencies. For calls from end-to-end. 

example, in the United States , 9-1-1 is de dicated for emer- !„ another aspect of the present invention an apparatus is 

gency calls. These calls are typically routed to a regional is provided for monitoring emergency calls. The apparatus 

center ot operators that handle the calls and initiate the includes a line/tmnlpnterface unit that interfaces telephone 

dispatch of services needed to respond to the emergency. lines and/or trunks into a telephone switching system. The 

3^gse services includ e, for example, police, fire and para- line/trunk interlace unit receives a telephone call. A caU digit 

' processor is coupled to the line/trunk interface unit to detect 

Emergency calls typically receive some special treatment 20 the called digits associated with the call to determine if the 

in the telephone network. This treatment generally includes called digits are a predetermined sequence indicating an 

dedicated resources for handling the calls and specialized emergency call. A call monitor i s coupled to the call digi t 

routing. The dedicated resources typically include d lines, pro cessor to monitor the cal ls deter mined to be emergency 

tr unks and switching equipment^ pane Ij^ frmfg nr^r^yr Hirnnc fhfi prncrn*^inf} emergenc y 

[ Switching sysle rns]ire known^ Ui^mnnitnr the jntegrity of "TaHsTthen the call monitor provides an indication of th e 

the switching system and associated resources. However, ^rror and an alarm is asserted: 
this monitoring is done at a high level with respect to all calls 
traveUng through the network. For example^ switching sys- 

t erns typicaUy monitor the nuniBeTo t reorders, that is,-EnF ^ ^ ^^^^y. ^-^^^^ ^ telephone switching 

resulting in a fast-pusy^esholcl is set such that a certami, ^^^work including emergency caU monitors in accordance 

number of reor ders result m an alarm to mdicate a possibility ^^^^ ^^^^^ invention. 

of error. Other Umited monitoring scenarios exist, but these ^ ■ , . i ^ „ . 

— • , , • I , • f „ rlCj. 2 is a block diagram ot an emergency call monitor 

scenarios do not single out mom ton ng of emergency calls. , . , . . ^ ^ 

, ^ , ° m accordance with the present mvention. 

Unfortunately, the general monitormg of the integnty of r-,^ ^ • o . .„ . . . r - - 

d switchm g system d6^g not adequate ly identity p roble^ n ^ ^ "^'^'^ lUustratmg a method for momtonng 



BRIEF DESCRIPllON OF THE DRAWINGS 



emergency calls. Since emergency calls typical 



V represen t 



DETAILED DESCRIPTION OF THE 
PREFERRED EMBODlMEm^ 



emergency calls in accordance with the present invention, 

'only^a smair gercentage of' "all calls through a s witching FIG. 4 is a block diagram of a preferred embodiment of 

systemTgrossiymonitoring all calls may not identify prob- ^ switching system with an emergency call monitor in 

Temswifh the relatively small number of emergency calls. accordance with the present invention. 
Indeed, it is possible tha t a problem with all emergency calls 
jhrough a sw itch ing systegi _niay go undetected where the 
majority of non-emergency^ calls"l je sUc^ess ftil. This prOlv 

lem IS exasperated by theTact mat emergency calls are oi'ten piG, 1 is a block diagram of a telephone switching 

routed using dedicated resources. Thus, a problem with a network 100. Telephone switching network 100 is a partial 

de dicated resource may c ause a ll emergency calls to fail 7 "a^epiction of"Tpo?rton of the public telephone switching 

' wEile non-emergency calls, Wfaic h^oji ot reiy on tne faulty network. Network 100 includes end oflBces 102 , 911 offices 

dedicated reti6urce""ar e compietca^thout erro r. As an 104, p ublic safety answering points (PSAP) 106^p'^ cwi'r^h ^ 

example, it is possiblelhat through some fault, all emer- uTg-rgntro Tcenter (SCC)^ 108. Each of the endoffices 102~ 

gency trunks on a switching system are out of service,'whire 'and 911 t5thces l04 contains an emergency call monit or 110^ 

other resources are available. Nonetheless, system integrity in aci^rdance with the present invention. E * 

monitoring may not alert an operator because the total o£Ecesl04and]P$ 



failure of aU emergency calls may not result in an error |fwith'^ac£oth^*'ia t^S'^^Inadclition, end offices 102 
threshold sufficient to assert an alarm. Of course, this is not ""and^Oll^ffices T04^are^upled to communicate with 
desirable due to the potential importance of any single switching control center 108 via a data__network 116. 
emergency call. l^Softosl^^^telep 

Therefore, a need exists for a method and apparatus for / ^coupled to^thelg^ 
monitoring emergency calls in a telephone network to facili- / ^tch-telephon^^^mu^ ) 
tate higher rehab ility in emergency calls. \ ^idcs.- ;^i^v,1i^aL^Qffi^l02"b"a>^^ ' 

6(f-^'hotfes il2^6thiSi^ 

SUMMARY OF THE INVENTION ^^^^^ ^r 911 offices, and switching control center 108. In 

In accordance with one aspect the present invention, a general, end offices 102 receive and process telephone calls, 
method is provided for monitoring em ergency calls in a a preferred embodiment, end office 102 is implemented 

telephone switc hing system. Upon receiving & call the with a 5ESS 200() switching system from Lucent Technolo- 
'•^quence oi called digits is d"etected. The detected sequence 65 gies Inc. 
of digits is examined or compared with a predetermined llie 911 office 104 is also a telephone switching system 
sequence to determine if the call-is an emergency call. For for receiving and switching telephone calls and providing 
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ancillary services. Typically, 911 ofiSce 104 is a tandem 
switch with only trunk connections and no direct line 
connections to telephones. The 911 ofl5ce 104 includes 
connections to other 911 oflGces, end oflEces 102, switching 
control center 108 and public safety answering point 106, 5 

Public safety answering point 106 is a switching system 
with operator stations for handling emergency phone calls. 
Typically, public safely answering point 106 includes a 
telephone switch with trunk interfaces for receiving calls 
from a 911 ofBce and operator stations coupled to the lo 
switching system for voice communications and display of 
information. 

Switching control center 108 is a computer or processor ^ 
^ that collects information from telephone switches and also ( 



alarm or buzzer 210. In a preferred embodiment, alarm 206, 
is implemented as a combination of software and hardware, 
including interfaces to display 208 and buzzer 210. Most 
preferably, alarm 206 is implemented by using existing 
alarm resources on a telephone switching system. 

FIG. 3 is a flow chart 300 illustrating the operation of 
emergenc y call monitor 110. T he operation of call monitor 
110 is described in conjunction with flow chart 300 below 
with the referenced steps of flow chart 300 shown paren- 
thetically. 

First, a call is received by line/trunk interface unit 200 
(302). The call may originate from telephone 112 or may be 
received over a trunk interface 114. The call may be from a 
ciistomer's direct telephone line or from a switching system 



may be used to control certain functions on telephone '^^ in the telephone network. I be callea digits and call type 




switches. 

Trunks 114 arc shown interconnecting various switching 
systems in network 100. A wide variety of trunks are 
employed for this function including CAMA (centralized 
automatic message accounting) trunks and SS7 (sign aling 
system 7) trunk s. Alternatively, other telepnone trunK or ime 
mterlaces are used. 

In accordance with the present invention, end offices 102 
and 911 offices 104 include an emergency call mnni^ ^r 110 
Emergency call monitor 110 detects an emergency call and 
monitors that call for certain errors. If errors are detected, 
then the emergency monitor sets a visual or audible alarm, 
FIG. 2 is a block diagram of call monitor 110. Call 
monitor 110 includes a line/trunk interface unit 200, a 
call-type processor 202, a call monitor 204, and alarm 206 
including a display 208 and buzzer 210. 
^Line/trunk interface unit 200 interfaces the switching 
system with telephones 112 and/or trunks 114. Line/trunk 
interface unit 200 provides the physical connection between 
the switching system ^and the physical communications 



■ associait ^f^ wl^^ ^ tHs i^Hrthtf mII )^x^ received m the normal 
manner , 



20 



25 



30 



35 



40 



media transmitting the call . Line/trunk interface unit 200, 
"among Other' things, detects the signals representing the 
called digits associated with a call and also a call type that 
ay be associated with the call. 

Dall-tvpe processor 202 is coupled to line/trunk interface 
unit 200, Call-type processor 202 receives the called digits 
associated with a call and also the call type associated with 
a call from line/trunk interface unil 200. Call-tyjpc proces'sor 

202 compares the caUed digits to a predetermined sequence 45 monitor in accordance with the present invention. Switching 



Then call-type processor 202 determines whether the call 
is an emergency call (304). Call-type processor 204 deter- 
mines whether the call is an emergency call by determining 
whether the sequence of called digits represents and eraer- 
gencv number and also by determining whether the call type 
is of type emergency. In a preferred embodiment, if either of 
these conditions is true, then the call is an emergency call. 
If the call does not meet either of these condition s, then the ' 
^all is not an emergency c all and the emergency call monitor^ 
Takes no further actio n(306). ll 'thc- enll ir . determin e d to b e 
an emergency call, then tne call-type processor 202 mitiate s . 
th e call monitor 204 to take approp nate steps to monitor 
com pletion nf the ^all (308) .~ T 
Once initiated, call monitor 204 tracks the normal pro- 
gression of the call processing procedure. It an error o cciiTs' 
call processing, tte call monitor notes ine error and also 
the number of call attempts made resultmg m error (3l0). 
lirrors tbat are detected include (1) all 911 trunks are out of 
■ service; (2) incorrect translation of all program data; (3) all' 
trunks are busy; or (4) alternate public safety answering ^ 
point routing failure. If no errors are detected then no alarm 
is generated and the call monitor terminates (312). On the 
other hand, if an error is detected, an alarm is generated 
(314). 

FIG. 4 is a block diagram of preferred embodiment of a 
switching system 400 for implementing an emergency call 



of called digits to determine if the call is an emergency. For 
example, in a preferred embodiment employed in the United 
States, call type processor 202 compares the called digits 
with "911" to determine if the call is an emergency type call. 
Also call-type processor 202 examines the call type associ- 
ated with the call to determine if the call is of type emer- 
gency. In a preferred embodiment, call-type processor 202 is 
implemented as a combination of software and hardware, 
including, alternatively, a programmed microprocessor and 




combinatorial and sequential logic. 

Call monitor 204 is coupled to call-type^proces^r 202 
and achvatedv to monitor a particular call wticn^all^T^ — ^ 
proces^r^O^.determines that a call is of an emergency type. 
Call monitor 204 interfaces with call processing software 
typically associated with a normal telephone call to track the 
progression of the call and record any errors. The type of 
errors tracked includes, for example, busy reord^** ''ntl r"'*^ 
failures such as transition errors and tni'nk>^ unavail able. 

Alarm 206 is triggered if call monitor 204 determi nes an 
error occurred in processing a call of emergency type. In' 
response to an indication ol error, alarm ^Ufr may di splay a 
message indicating tht! erTOr on display 208 or set an audible 



system 400 receives, switches and transmits telephone calls 
over line and or trunk interfaces. System 400 is often 
referred to as a central office switch. Most preferably, system 
400 is a 5ESS 2000 available from Lucent Technologies Inc. 
50 Switching system 400 is programmable, including software 
and hardware components for operation. 

System 400 includes a switching module 402, a commu- 
nications module 403 and an administrative module 404. 
Switching module 402 performs local switching and control 
functions and interfaces to subscriber lines and trunks. 
Communications module 403 serves as a distribution hub for 
switching voice, control information and synchronization 
signals. Administrative module 404 provides system-wide 
administration, maintenance and resource allocation. The 
60 modules of system 400 communicate with each other over 
network control and timing links. Though one each of the 
switching module 402, communications module 403 and 
administrative module 404 are shown, multiple modules are 
alternatively employed for additional resources or to 
65 enhance reliability. 

Switching module 402 includes a processor 404 for 
executing software code, and a line/trunk interface unit 406. 
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Though processor 404 is shown as a single processor block, 
processor 404 is alternatively, a single or multiple processors 
interconnected. Similarly, line/trunk interface unit 406 is 
shown as one block but may consist of multiple components 
or a single component capable oLinterfacing jwith multiple 
line and trunk physical^evices^^tdiiM module 402 runs^ 
^fh^ai^rpro'grarns^in^order to je^jye, j5witch~and"transmit 
telephone calls:-In-a-T) referred embodiment of the present 
invention, switching_processoL-4^ includes four software 
modules: ^Ktypl detection 4o|?call monitor 41^system 
integrity 412~and call processing 414. ' 

Administrative module 404 includes a processor 416, a 
monitor or display 418, a printer 420 and a buzzer 422. 
Admin istrat ive processor 404 runs a number of software 
programs to implement its function. In a preferred embodi- 
ment for implementing the present invention, administrative 
processor 404 includes two software modules: system integ- 
rity 424 and alarm 426. 

Id the switchingjiiodjile^ 
determiiie sjht^calljtype^byj fcxamining --thexliledjd fiits.ana 
cMjyge- fe^ive^i by line/trunk interface uhit„406f As 
discussed above7this'~niayeiitail comparing the called digits 
to a predetermined sequence of digits associated with an 
emergency call or may entail determining whether the call is 
of an emergency call type. If the call is of an emergency call 
type as determined by call-type detection module 408, then 
call monitor 410 is executed. Call monitor 410 interfaces 
with call processing module 414 to monitor whether there 
are errors associated with the processing of the call. If the 
call processing is successful, then no errors are reported. 
Successful completion generally entails switching the call 
from the switching system 400 to another switching system, 
such as a 911 ofiSce. If errors are detected by call monitor 
410 as determined during the call processing process, then 
system integrity module 412 is alerted that there were errors. 
In the preferred embodiment both the number of attempts 
and the number of errors are recorded. 

In the administrative processor 404, system integrity 
module 424 checks for messages from system integrity 412 
of switching module 402 to determine if errors occurred on 
the switching module associated with an emergency call. If 
errors did occur then the alarm module is executed. In the 
preferred embodiment, system integrity module 412 checks 
for error messages from call monitor 410 every 5 minutes. 
Similarly, system integrity module 424 checks for error 
messages from system integrity module 412 every 5 min- 
utes. This advantageously allows determination of an error 
within about 10 minutes. 

If alarm module 426 is executed to indicate an alarm, then 
an audible and/or visual alarm is generated. In the preferred 
embodiment the alarm is printed on a printer and displayed 
on a monitor and an audible buzzer 422 is triggered. Also, 
alarm 426 sends a message to a system control center for 
reporting. 

The emergency call monitor described herein provides 
timely monitoring of emergency calls through the telephone 
network. This addresses the inadequacy of present indis- 
criminatory monitoring of all calls. The advantages are 
readily apparent when considering the shortcomings of only 
a single incomplete emergency call. 

The invention being thus described, it will be evident that 
the same may be varied in many ways. Such variations are 
not to be regarded as a departure from the spirit and scope 
of the invention and all such modifications are intended to be 
included within the scope of the appended claims. 
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What is claimed is: 

1. A method for monitoring an emergency call in a 
telephone switching system comprising the steps of: 

A) detecting a predetermined sequence of called digits for 
a call; 

, B) determining whether the call is an emergency call by 
determining whether the predetermined sequence of 
called digits match a sequence of called digits associ- 

» ated with an emergency call; 

C) if the call is an emergency call, then monitoring call 
processing executing on the telephone switching sys- 
tem associated with the call to determine if the call is 
completed successfully; and 

D) generating an alarm if the call is not completed 
successfully. 

2. The method of claim 1 wherein the predetermined 
sequence of called digits is 911. 

3. The method of claim 1 wherein the step of generating 
an alarm further comprises generating an alarm if all emer- 
gency trunks are one of busy and out of service the call is not 
completed successfully if the call encounters an error in 
emergency trunks. 

4. The method of claim 3 wherein the error in the 
emergency trunks is one of busy and out of service. 

5. The method of claim 1 wherein the alarm comprises a 
visible alarm. 

6. The method of claim 5 wherein the visible alarm 
comprises a message on a printer. 

7. The method of claim 5 wherein the visible alarm 
comprises a message on a display. 

8. The method of claim 1 wherein the alarm comprises an. 
audible alarm. 

9. The method of claim 1 wherein the step of monitoring 
the call further compromises monitoring the progression of 
the call to determine if any errors are encountered. 

10. The method of clairri 1 wherein the step of determin- 
ing whether the call is an emergency call further comprises 
determining whether a call type associated with the call 
indicates that the call is an emergency call. 

11. The method of claim 1 wherein the step of generating 
an alarm fiirther comprises generating an alarm if alternative 
public safety answering point routing fails for the call. 

12. An emergency call monitor in a telephone switching 
system comprising: 

a line/trunk interface unit that receives a telephone call; 

a call digit processor coupled to the line/trunk interface 
unit to detect a predetermined sequence of called digits 
and a predetermined call type associated with the 
telephone call, wherein the predetermined sequence of 
called digits and the predetermined call type identify an 
emergency call; 

a call monitor that is coupled to the call digit processor to 
monitor call processing executing on the telephone 
switching system associated with telephone calls that 
have one of the predetermined sequence of called digits 
and the predetermined call type, the call monitor pro- 
viding an indication of a failure if a monitored phone 
call is not completed successfully; and 

an alarm that is activated when the call monitor indicates 
a failure in the monitored phone call. 

13. The monitor of claim 12, wherein the call monitor 
provides the indication of failure when all emergency trunks 
are one of busy and out of service. 

14. llie monitor of claim 12, wherein the predetermined 
sequence of called digits is 911. 
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15. The monitor of claim 12, wherein the alarm comprises 17. The monitor of claim 12 wherein the alarm comprises 
a visible alarm. an audible alarm. 

16. The monitor of claim 15 wherein the visible alarm 

comprises a message on at least one of a printer and display. ***** 
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Brief Summary Text - BSTX (6) : 

Switching systems are known to monitor the integrity of 
the switching system 

and associated resources. However, this monitoring is done 
at a high level 

with respect to all calls traveling through the network. For 
example, 

switching systems typically monitor the nxomber of reorders/ 
that is, calls 

resulting in a fast busy. gCXhre sKold~i"s Zse g 
cer^^S-JiunteE^fZ? 

[reorders xgs^l-t^iJi--^-5 r^l'a^?^f^^ poss j^i^Ti^^Qj^ 
erroxT^ Other limited 

monTtbring scenarios exist, but these scenarios do not single 
out monitoring of 
emergency calls. 



Brief Summary Text - BSTX (7) : 

Unfortunately, the general monitoring of the integrity of 
a switching system - 

does not adequately identify problems in emergency calls. 
Since emergency 

calls typically represent only a small percentage of all 
calls through a 

switching system, grossly monitoring all calls may not 

identify problems with 

the relatively small number of emergency calls. Indeed, it 
is possible that a 

problem with all emergency calls through a switching system 
may go undetected 

where the majority of non-emergency calls are successful. 
This problem is 

exasperated by the fact that emergency calls are often routed 
using dedicated 
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resources. Thus, a problem with a dedicated resource may 
cause all emergency 

calls to fail, while non-emergency calls, which do not rely 
on the faulty 

dedicated resource are completed without error. As an 
example, it is possible 

that through some fault, all emergency trunks on a switching 
system are out of 

service, while other resources are available. Nonetheless, 
system integrity 

monitoring may not alert an operator because the total 
failure of all emergency 

calls may not result in an error threshold sufficient to 
assert an alarm. Of 

course, this is not desirable due to the potential importance 
of any single 
emergency call. 

Brief Summary Text - BSTX (8) : 

Therefore, a need exists for a method and apparatus for 
moni tor ing emergency 

calls in a telephone network to facilitate higher reliability 
in emergency 
calls . 



Brief Summary Text - BSTX (10) : 

In accordance with one aspect the present invention, a 
method is provided 

for monitoring emergency calls in a telephone switching 
system. Upon receiving 

a call the sequence of called digits is detected. The 
detected sequence of 

digits is examined or compared with a predetermined sequence 
to determine if 

the call is an emergency call. For example, a sequence of 
911 is detected in 

the United States to designate emergency calls. After 
detecting a sequence of 

digits, a further determination is made as to whether the 
call is an emergency 

call. This entails examining the call type to determine if 
the call type is 

designated an emergency call. If the call is an emergency 
call, as determined 

by the dialed digits or the call type, the call is monitored 
to determine if 
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the call is completed successfully. If the call is not 
completed successfully 

or encounters errors, then an alarm is generated. The method 
is preferably 

applied across all switching systems in the telephone network 
that handle 

emergency calls, thereby insuring monitoring of emergency 

calls from 

end-to-end. 



Brief Summary Text - BSTX (11) : 

In another aspect of the present invention an apparatus is 
provided for 

monitoring emergency calls . The apparatus includes a 
line/ trunk interface unit 

that interfaces telephone lines and/or trunks into a 
telephone switching 

system. The line/trunk interface unit receives a telephone 
call. A call digit 

processor is coupled to the line/trunk interface unit to 
detect the called 

digits associated with the call to determine if the called 
digits are a 

predetermined sequence indicating an emergency call . A call 
monitor is coupled 

to the call digit processor to monitor the calls determined 
to be emergency 

calls. If errors occur during the processing of the 
emergency calls, then the 

call monitor provides an indication of the error and an alarm 
is asserted. 



Drawing Description Text - DRTX (4) : 

FIG. 3 is flow chart illustrating a method for monitoring 
emergency calls in 

accordance with the present invention. 

Detailed Description Text - DETX (2) : 

FIG. 1 is a block diagram of a telephone switching network 
100 . Telephone 

switching network 100 is a partial depiction of a portion of 
the public 

telephone switching network. Network 100 includes end 
offices 102, 911 offices 
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104, public safety answering points (PSAP) 106 and switching 
control center 

(sec) 108. Each of the end offices 102 and 911 offices 104 
contains an 

emergency call monitor 110 in accordance with the present 
invention. End 

offices 102, 911 offices 104 and PSAPs 106 are coupled to 
communicate with each 

other via trunks 114. In addition, end offices 102 and 911 
offices 104 are 

coupled to communicate with switching control center 108 via 

a data network 

116. 



Detailed Description Text - DETX (8) : 

In accordance with the present invention, end offices 102 
and 911 offices 

104 include an emergency call monitor 110. Emergency call 
monitor 110 detects 

an emergency call and monitors that call for certain errors. 
If errors are 

detected, then the emergency monitor sets a visual or audible 
alarm - 



Detailed Description Text - DETX (25) : 

The emergency call monitor described herein provides 
timely monitoring of 

emergency calls through the telephone network. This 
addresses the inadequacy 

of present indiscriminatory monitoring of all calls . The 

advantages are 

readily apparent when considering the shortcomings of only a 
single incomplete 
emergency call. 

Claims Text - CLTX (14) : 

14 . The monitor of claim 12, wherein the predetermined 
sequence of called 
digits is 911. 
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